GlobalQSL. Design, print, send, receive, navigate and follow up on your QSL cards!  
Home QSL Graphic Editor How it works? About Us Buy Now! Samples Help & FAQ Forum Contact Us

GlobalQSL Community Forum
May 17, 2012, 06:15:09 PM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Hello! Welcome to GlobalQSL Community Forum!
 
   Home   Help Search Calendar Login Register  
Pages: [1] 2
  Print  
Author Topic: Programming Interface  (Read 8067 times)
dm2rg
Newbie
*
Posts: 12


View Profile
« on: January 28, 2008, 08:24:20 PM »

Hi folks,

my 3rd post today  Smiley

It's like almost everywhere the more intense I use a service, the more questions .. or suggestions I have.

There are some Logging programs (Like DXLab-DXKeeper of Dave, AA6YQ) which provide support for online QSLing .. mostly via LOTW and eQSL. It's a very, very convinient way for QSLing and with your service I see a chance doing the same thing for paper QSLs.

Do you have a interface like the one of eQSL:

http://www.eqsl.cc/QSLCard/Programming.cfm

If not, do you plan to provide such an interface? If your service is integrated in some logging programs it will help spreading your fantastic work.

73 de
Ricardo, DM2RG
Logged
4x6uu
Administrator
Full Member
*****
Posts: 227



View Profile WWW Email
« Reply #1 on: January 28, 2008, 09:41:32 PM »

Until now only Dennis from Logic incorporated a field in Logic8 that is called "Gqsl".
He promised me to work on an automatic upload for GlobalQsl in one of his next upgrades.

Paul 4X6UU
Logged

Paul Gross 4X6UU
            Israel Amateur Radio Club
E-mail: 4x6uu@globalqsl.com
           4x6uu@iarc.org
           Homepage:    http://www.iarc.org/~4x6uu
Globalqsl Home-Page: http://www.globalqsl.com/
dm2rg
Newbie
*
Posts: 12


View Profile
« Reply #2 on: January 29, 2008, 09:44:06 AM »

Hmmmm ...

maybe you miss understood me. I'm a DXLab-user ... and I talked with Dave, AA6YQ about about an integration of automatic GlobalQSL upload.

He said, a precondition for any automatic upload from a logging program will be a programming interface on your side. A very good example is the interface of eQSL (see the link above). Providing such an interface would help the program authors to integrate your service in there programs ... and this will help to spread your service.

Any chance to get such an interface on your website?

73 de
Ricardo, DM2RG
Logged
4x6uu
Administrator
Full Member
*****
Posts: 227



View Profile WWW Email
« Reply #3 on: January 29, 2008, 09:54:26 AM »

As I understand , it is up to the logging programmer to incorporate the interface for automatic upload of adif files to Globalqsl.
I gave you the info about Logic, as the programmer get in touch with us and we gave him all the information needed to build the interface for automatic uploads.
We will be happy to work with other developers too and will give them all info needed.

Paul 4X6UU
Logged

Paul Gross 4X6UU
            Israel Amateur Radio Club
E-mail: 4x6uu@globalqsl.com
           4x6uu@iarc.org
           Homepage:    http://www.iarc.org/~4x6uu
Globalqsl Home-Page: http://www.globalqsl.com/
dm2rg
Newbie
*
Posts: 12


View Profile
« Reply #4 on: January 29, 2008, 11:30:44 AM »

Ok,

I'll give Dave a hint to get in touch with you.

Mayxbe it's better to publish the information on your website, so every interested programmer can get it.

73 de
Ricardo, DM2RG
Logged
aa6yq
Newbie
*
Posts: 9


View Profile Email
« Reply #5 on: January 04, 2009, 06:20:50 AM »

As I understand , it is up to the logging programmer to incorporate the interface for automatic upload of adif files to Globalqsl.
I gave you the info about Logic, as the programmer get in touch with us and we gave him all the information needed to build the interface for automatic uploads.
We will be happy to work with other developers too and will give them all info needed.

Paul 4X6UU

DXKeeper already has the ability to generate an ADIF file with records for which outgoing QSLs are to be generated, and several users are employing this with Global QSL. While it would be nice to automate the upload process, my understanding is that Global QSL rejects some outgoing QSLs because no QSL bureau is available. Does your "automatic upload" interface tell the logging application which uploaded QSOs were accepted and which were rejected?

      73,

          Dave, AA6YQ (author, DXLab Suite)
Logged
4x6uu
Administrator
Full Member
*****
Posts: 227



View Profile WWW Email
« Reply #6 on: January 04, 2009, 06:40:12 AM »

Hi Dave !
We are working on an API interface on our server to accept automatic uploads.
Our system does send to the user a list of the rejected qsos by e-mail.
We appreciate very much your help on DX-LABSUITE site to GlobalQsl users.
Thanks and HNY 2009 Paul 4X6UU
Logged

Paul Gross 4X6UU
            Israel Amateur Radio Club
E-mail: 4x6uu@globalqsl.com
           4x6uu@iarc.org
           Homepage:    http://www.iarc.org/~4x6uu
Globalqsl Home-Page: http://www.globalqsl.com/
aa6yq
Newbie
*
Posts: 9


View Profile Email
« Reply #7 on: January 04, 2009, 08:38:30 AM »

We are working on an API interface on our server to accept automatic uploads.
Our system does send to the user a list of the rejected qsos by e-mail.

I strongly encourage you to also provide an API that enables applications to determine which QSOs uploaded to Global QSL were actually accepted. You can do this by returning an ADIF file, each of whose records describe an accepted QSO (callsign, date, time, band, and mode are sufficient). This would enable the entire process to be automated, which dramatically improving ease-of-use.

    73,

        Dave, AA6YQ
Logged
LY2BET
Newbie
*
Posts: 1


View Profile Email
« Reply #8 on: January 04, 2009, 11:36:07 AM »

Hi
maybe I missed something. Do you mean it is very complicated to created ADIF in your log and put it to these pages, therefore you ask to arrange some scripts? You need 1 minute to export your log to ADIF and put it here. Why you need any interface? Maybe you should change your logging software to more convienece (for example Logger32)?  Grin
Logged
4x6uu
Administrator
Full Member
*****
Posts: 227



View Profile WWW Email
« Reply #9 on: January 04, 2009, 12:12:39 PM »

No, it is not complicated at all, you are right.
But we would like to have a more simple way in logging programs to upload all needed qsos for print by one button press.
Paul 4X6UU
Logged

Paul Gross 4X6UU
            Israel Amateur Radio Club
E-mail: 4x6uu@globalqsl.com
           4x6uu@iarc.org
           Homepage:    http://www.iarc.org/~4x6uu
Globalqsl Home-Page: http://www.globalqsl.com/
aa6yq
Newbie
*
Posts: 9


View Profile Email
« Reply #10 on: January 04, 2009, 05:55:49 PM »

Hi
maybe I missed something. Do you mean it is very complicated to created ADIF in your log and put it to these pages, therefore you ask to arrange some scripts? You need 1 minute to export your log to ADIF and put it here. Why you need any interface? Maybe you should change your logging software to more convienece (for example Logger32)?  Grin

Yes, you missed something.

DXKeeper has long had the capability to automatically assemble a list of QSOs for which outgoing QSLs are to be generated. It can directly print such QSLs, directly print labels for such QSLs, upload such QSLs to eQSL.cc or LotW, or generate an ADIF or tab-delimited file containing these QSOs for processing by an external application (BV7, Word) or service (Global QSL). After these QSLs are successfully processed,, DXKeeper sets each logged QSOs's "QSL Sent" item to 'Y', and QSL_SENT_DATE item to the current day.

With a service like LotW or Global QSL, however, "uploaded" does not mean "successfully processed"; LotW, for example, rejects QSOs with stations not yet approved for DXCC. DXKeeper queries a web service provided by LotW to determine which uploaded QSOs have been "accepted" by LotW, and updates the logged QSOs accordingly. In the case of Global QSL, uploaded QSOs will be rejected if no QSL bureau is available; a web service that enables applications like DXKeeper to determine which uploaded QSOs have been accepted by Global QSL is required to provide complete automation of the process, as DXKeeper currently does with LotW.

Logged
aa6yq
Newbie
*
Posts: 9


View Profile Email
« Reply #11 on: January 04, 2009, 06:10:39 PM »

No, it is not complicated at all, you are right.
But we would like to have a more simple way in logging programs to upload all needed qsos for print by one button press.
Paul 4X6UU

At present, here's the "workflow" in DXKeeper for QSLing via Global QSL:

1. click "Add Needed" to identify all QSOs whose confirmation is needed for award progress; these QSOs are placed in DXKeeper's "QSL Queue"

2. click "Save ADIF file" to generate an ADIF file containing all QSO's in the QSL Queue.

3. send the generatedADIF file to Global QSL

4. wait until Global QSL indicates which uploaded QSOs were rejected; then uncheck a box in the QSL Queue entry for each rejected QSO

5. click the "Update Log" button


In contrast, here's the workflow for LotW:

1. click "Add Needed" to identify all QSOs whose confirmation is needed for award progress; these QSOs are placed in DXKeeper's "QSL Queue"

2. click the "Upload to LotW" button (this generates an ADIF file, encrypts it as required by ARRL, and uploads it via an LotW web service)

3. click "Sync LotW QSOs" (this queries an LotW web service to determine which uploaded QSOs were accepted and which were rejected, and updates the logged QSOs accordingly)

Is the current 5-step process for Global QSL un-useable? Of course not; its far better than QSLing with pencil and paper. However, DXLab users have had the 3-click LotW process for years, and expect the equivalent automation for Global QSL.

     73,

         Dave, AA6YQ
Logged
ki4ezc
Newbie
*
Posts: 9


View Profile
« Reply #12 on: January 05, 2009, 11:15:37 PM »

http://www.arrl.org/qsl/qslout.html

arrl link above has countries a3 tonga through 9x rwanda/ these countries are not served by incoming qsl service

i use my own custom logging program just added an attribute to country table for incoming bureau y or n.
i just dont send request to global qsl if incoming bureau is n.  i have found this to be very trust worthy

this is something that can be done on the logger end to send good print requests to global qsl that if you send n request all n will be processed. qsl status in the logging program can be set to sent with confidence

73 fred
Logged
aa6yq
Newbie
*
Posts: 9


View Profile Email
« Reply #13 on: January 06, 2009, 12:40:46 AM »

http://www.arrl.org/qsl/qslout.html

arrl link above has countries a3 tonga through 9x rwanda/ these countries are not served by incoming qsl service

i use my own custom logging program just added an attribute to country table for incoming bureau y or n.
i just dont send request to global qsl if incoming bureau is n.  i have found this to be very trust worthy

this is something that can be done on the logger end to send good print requests to global qsl that if you send n request all n will be processed. qsl status in the logging program can be set to sent with confidence

73 fred

Thanks, Fred. So "no outgoing QSL bureau" is the only reason a QSO would be rejected by Global QSL?

     73,

          Dave, AA6YQ
Logged
ki4ezc
Newbie
*
Posts: 9


View Profile
« Reply #14 on: January 06, 2009, 02:04:12 AM »

the only one i've experienced is no buro  reason- except the early mess ups that i did with the new adif fields 'qsl via'/ ive noticed you can really make the editor mad at you by having more than one 'qsl via' field (that is a mistake for sure)(adif must be syntax perfect)

but i am not a huge user have sent through less than 300 cards/ have had no further problems after implementing the consideration stated.  fred 73

Logged
Pages: [1] 2
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Valid XHTML 1.0! Valid CSS!